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Prufungsantrag gern. § 44 PatG ist gestellt 

@ Verfahren zur Steuerung technischer Prozesse 

@ Aufgrund der Vielschichtigkeit der bei der Bewegungs- 
steuerung von Produktionsmaschinen zu erfullenden Ah- 
forderungen wird von einem Sortiment an Hardwarebau- 
gruppeh, die rnit ausreichender Rechenleistung, einem 
Echtzeitbetriebssystern und spezifischer Grundfunktiona- 
litat ausgerustet sind, einem Netzwerk <z. B. Profibus) zum 
Aufbau eines dezentralen Systems mit verteilter Steue- 
rungsfunktionalitat spwie Bedien- und Beobachtungsge- 
raten mit vorprojektierten Oberflachen ausgegangen. Mit 
- der Erfindung wird ein konfigurier-, verteil- und program- 
mierbares Steuerungssoftwaresystem zur individuellen 
Anpassung der Steuerungslosung an die Kundenanforde- 
rung vorgeschlagen, mit dem die projektierte Steue- 
rungslosung auf Hardwarebaugruppen verteilt wird und 
wobei ein z. B. auf einem Programmiergerat oder auf ei- 
■ nem Personalcomputerablaufendes Engineeringsystgem 
zur Verwaltung, Konfigu ration, Programmierung, zum 
Monitoring, Debugging und zur Inbetriebnahme einge- 
setztwird. 
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Beschreibung 



Die vorliegende Erfindung betrifft ein Verfahren zur 
Steuerung technischer Prozesse, insbesondere zur Bewe- 
gungsssteuerung von Produktionsmaschinen, wobei mittels 
einer zentralen Recheneinheit ein Steuerungsprogramm ab- 
gearbeitet wird, das auf einer Instanziierbarkeit sowie einer 
bedarfsgerechten Verschaltung von Softwarekomponenten 
mit vorgebbarer, zumindest parametrierbarer Funktionalitat 
basiert. 

Bisher bekannte Verfahren zur Automatisierung technir 
scher Prozesse basieren im wesentlichen entweder auf einer 
"SPS-Funktionalitat" oder auf einer "CNC-Funktionalitat". 
Da irn Rahrnen solcher Funktionalitaten ein gewisser Funk- 
tionsumfang fest vorgegeben ist, ist eine optimale Anpas- 
sung an die Anforderungen eines speziellen Prozesses hau- 
fig nur bedingt moglich, wobei im konkreten Anwendungs- 
fall oft eine ganze Gruppe von Funktionen uberftussig ist 
(z. B. beim Einsatz einer CNC-Steuerung, die eigentlich fur 
Werkzeugmaschinen konzipiert ist, an Verpackungsmaschi- 
nen). 

Des weiteren existieren im Hinblick auf den jeweiligen 
Anwendungsfall individuell ausgelegte Einzwecksteuerun- 
gen in Form speziell programmierter Steuerungssoflware. 

Aus der DE 197 40 550 ist auBerdem eine Vorrichtung 
zum Steuern eines technischen Prozesses und/oder zur 
Steuerung der Bewegung einer Verarbeitungsmaschine be- 
kannt, die ein Steuerprogramm abarbeitet. Dieses Steuerpro- 
gramm besteht aus einer Vielzahl von Software-Modulen. 
ProzeBsteuerungsfunktionalitaten von an sich bekannten 
speicherprogramrnierbaren Steuerungen und Bewegungs- 
funktionalitaten von an sich bekannten NC-Steuerungen 
sind in einem einheitlichen, konfigurierbaren Steuerungssy- 
stem verwirklicht. Die einzelnen Software-Module werden 
hier jedoch durch jeweils eine Teilsteuerung abgearbeitet, so 
daB fur jedes Software-Modul eine zentrale Recheneinheit 
vorzusehen ist. 

Aufgabe der vorliegenden Erfindung ist es, das Zusam- 
menfugen des Steuerungsprogramms zu vereinfachen und 
die Anzahl der notwendigen zentralen Recheneinheiten zu 
verringern. 

Diese Aufgabe wird mittels eines Verfahrens zur Projek- 
tierung bzw. Programmierung einer Softwareapplikation zur 
Steuerung und/oder Oberwachung eines externen techni- 
schen Prozesses dadurch gelost, daB instanziierbare Basis- 
objekttypen mit adressierbaren Schnittstellen zur Parame- 
trierung und Verschaltung vorgesehen sind, daB als instanzi- 
ierbare Basisobjekttypen zumindest ein Programmverarbei- 
tungsobjekttyp zur Abarbeitung eines benutzerdefinierbaren 
Programms und zumindest ein Treiberobjekttyp zur An- 
steuerung der ProzeBhardware vorgesehen ist und daB die 
Projektierung zumindest die Schritte der Selektion, Parame- 
trierung und Verschaltung der Basisobjekte umfaBt. 

Das Steuerungsprogramm besteht somit im wesentlichen 
aus Software-Objekten mit adressierbaren Schnittstellen. 
Zur Projektierung und Programmierung einer konkreten 
Softwareapplikation wahlt der Projektierer/Programmierer 
aus einer Menge vordefinierter Basisobjekttypen die fur das 
jeweilige Automatisierungsvorhaben erforderlichen Basis- 
objekttypen aus. Die Selektion eines Basisobjekttyps ent- 
spricht im Rahmen der Projektierung/Programmierung der 
Instanziierung des entsprechenden Basisobjekttyps. Die je- 
weilige Instanz eines Basisobjekttyps ist ein Basisobjekt. 
Mittels der Schnittstellen der Basisobjekte sind die Basisob- 
jekte parametrier- und verschaltbar, so daB sich die jeweils 
entsprechend der konkreten Anforderungen ausgewahlten 
Basisobjekte iiber ihre Schnittstellen zu einem Steuerungs- 
programm zusammenzufugen lassen und somit schlieBlich 



eine Softwareapplikation fur konkrete Steuerungsfunktio- 
nen bilden. 

Als Basisobjekttypen kommen Objekttypen mit grund- 
satzlich vorgegebener Funktionalitat in Frage. Ein Pro- 
5 grammverarbeitungsobjekt ermoglicht die Ausfuhrung einer 
konkreten durch den jeweiligen Benutzer individuell fur je- 
,des Programmverarbeitungsobjekt vorgebbaren Anwei- 
sungsfolge; 

Zur Ansteuerung der ProzeBhardware sind die lYeiberob- 
10 jekte vorgesehen, wobei fur unterschiedliche Hardware- 
komponenten jeweils unterschiedliche Treiberobjekte vor- 
gesehen sind, auch wenn in der nachfolgenden Beschrei- 
bung verkurzt nur noch von Treiberobjekten gesprochen 
wird. 

15 Vorteilhaft kann zur Vorgabe einer FuhrungsgroBe fur 
eine Hardware-Teilkomponente des technischen Prozesses 
ist als instanziierbarer Basisobjekttyp femer ein Fuhrungs- 
groBenobjekttyp vorgesehen sein. 

Dariiber hinaus oder alternativ kann zur Regelung einer 

20 Hardware-Teilkomponente des externen technischen Pro- 
zesses als instanziierbarer Basisobjekttyp ein ^eglerobjekte 
vorgesehen sein. 

Vorteilhafterweise erfolgt die Projekderung/F^ogrammie- 
rung auf einem Engineering-System, wahrend die Software- 

25 Applikation auf einem Runtime-System zur Ausfuhrung 
kommt. Die Projektierung bzw. Programmierung ist damit 
unabhangig von der Ausfuhrung der jeweiligen konkreten 
Software- Applikation. 

Die Erfindung erfaBt nicht nur die Projektierung/Pro- 

30 grammierung einer Software-Apphkation sondem auch die 
jeweilige gemaB der Erfindung projektierte/programmierte 
konkrete Software-Applikation, insofern als die Steuerung 
und/oder Uberwachung des technischen Prozesses mittels 
einer gemaB dem erfindungsgemaBen Verfahren projektier- 

35 ten bzw. programmierten Software-Applikation erfolgt. Die 
Software-Applikation zeichnet sich durch die jeweils ver- 
wendeten Basisobjekte und deren konkrete Verschaltung 
aus. 

Weitere Merkmale, Vorteile und Anwendungsmoglich- 
40 keiten der Erfindung ergeben sich aus den Untefanspriichen, 
der nachfolgenden Beschreibung eines Ausfuhrungsbei- 
spiels anhand der Figuren und der Figuren selbst. Dabei bil- 
den alle beschriebenen und/oder bildlich dargestellten 
Merkmale fiir sich oder in beliebiger Kombination den Ge- 
45 genstand der vorliegenden Erfindung, unabhangig von ihrer 
Zusammenfassung in den Anspriichen oder deren Riickbe- 
ziehung. 
Dabei zeigt 

Fig. 1 eine exemplarische Struktur einer Bewegungs- 
50 steuerungsapplikation (MC- Applikation), 

Fig. 2 eine Detailansicht einer Komponente einer MC- 
Applikation mit einem Programmverarbeitungsobjekt und 
einer Hardwareanbindung iiber entsprechende Treiberob- 
jekte und 

55 Fig. 3 eine schematische Darstellung der Entwicklungs- 
umgebung zur Projektierung bzw. Programmierung der 
MC- Applikation auf einem Engineering-System einerseits 
und zum Ablauf der projektierten bzw. programmierten 
MC- Applikation auf einem Runtime-System andererseits, 

60 Fig. 4 ein Objekt-Modell, 

Fig. 5 Interface-Definitionen und 

Fig. 6 eine Objektstruktur einer Schlauchbeutelmaschine. 

Jedes Automatisierungsvorhaben setzt auf Seiten des zu 
automatisierenden Prozesses auf einem Sortiment von Hard- 
65 warebaugruppen auf. Im Falle eines Bewegungssteuerungs- 
systems, das im Rahmen der nachfolgenden Beschreibung 
vordringlich betrachtet werden soil, sind dies z. B. Einachs-, 
Dreiachs-, Vierachsbaugruppen mit entsprechenden Antrie- 
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ben. 

Auf der Software-Seite ist zur Handhabung der tiblicher- 
weise verarbeitungs-asynchron zu beriicksichtigenden Er- 
eignisse des techhischen Prozesses ein Echtzeitbetriebssy- 
stemund dariiber hinaus ein Netzwerk zum Aufbau eines 
dezentralen Steuerungssy stems mit verteilter Steuerungs- 
funkti.onalitat erforderlich. 

Das in Fig. 1 dargesteUteBewegungssteuerungssoftware- 
system, im folgenden MC-Softwaresystem, umfaBt zumin- 
dest ein Engineerihgsystem ES (Off-Line) und ein Runtime- 
system RS (On-line). 

Das ES dient dabei dem Anwender zur Erstellung einer 
Bewegungssteuerungsapplikation, im folgenden MC-Appli- 
kation_MCA genannt. Das RS ubernimmt deren Ausfiih- 
rung. 

Zur Erstellung einer MCA gehoren die Systemkonfigura- 
tion, die Erstellung der Anwenderprogramme auf Hochspra- 
chenniveau und die Uberfuhrung dieser Informationen in 
eine RS-intem ausfuhrbare Form (Executable). Das RS 
dient der Ausfuhrung des Executables. 

Jede in Rahmen des RT zum Einsatz kommende Hardwa- 
rekomponente wird als Systembau stein SB bezeichnet. Es 
kann aus einem oder mehreren, iiber ein Netzwerk NW ver- 
bundenen SB's bestehen. SB's sind dabei Prozessrechner mit 
dedizierter, auf die Steuerungsfunktionalitat zugeschnittener 
Peripherie (auch PC moglich), auf denen notwendige und 
option ale RS-Komponenten ablaufen. 

Das Engineeringsystem ES lauft auf eiriem Programmier- 
gerat oder Personal Computer unter einem Standardbe- 
triebssystem ab. Das ES besitzt fur Inbetriebnahme- bzw. 
Testzwecke dieses Executables einen Zugang zum RS. 

Die konkrete Steuerungsstruktur entsteht durch Verschal- 
tung von auf den SB's, gemaB Fig. 1, instanziierbaren soge- 
nannten Basisobjekten BO, die mit un terse hiedlicher Funk- 
tionalitat ausgestattet sind. Je nach Anwendung konnen die 
Basisobjekte BO auf SB' yerteilten (instanziiert) werden. 
Des weiteren weist zum ZugrifF auf die Standardharware 
HW grundsatzlich jeder Systembaustein SB ein Betriebssy- 
stem BS auf. 

Beispiele fur Basisobjekte BO sind: 

- Reglerobjekte FCO fur verschiedene Reglerfunktio- 
rien, 

- FuhrungsgroBenobjekte CVO als Fuhrungsgrofien- 
erzeuger, die vor allem Bewegungsbefehle ausfiihren, 

- Programmverarbeitungsobjekte PPO zur Abarbei- 
tung vorgebbarer Anwenderprogramme, 

- Treiberobjekte DRO zur Anpassung der Steuerung 
an Schnittstellen der verschiedene Hardwarebaugrup- 
pen sowie 

- Systemmanagerobjekte SMO als Schnittstelle zum 
Betriebssystem, 

- Boot-Objekt BOO zur Speicherung des Executables 
der MCA und zur Organisation des Systemanlaufs. 

Alle Basisobjekte BO auBer den Systemmanagerobjekten 
SMO und einigen Treiberobjekten DRO sind von "auBen" - 
also durch den Projektierer oder Entwickler - instanziierbar. 
Die Basisobjekte BO selbst existieren in der Steuerung als 
Firmware des RS. 

Bei den Basisobjekten BO wird unterschieden zwischen 
anwenderkonfigurierbaren Funktionalobjekten und notwen- 
digen Systemobjekten. Anwenderkonfigurierbare Funktio- 
nalobjekte sind z. B, die Reglerobjekte FCO, die Fuhrungs- 
groBenobjekte CVO, die Programmverarbeitungsobjekte 
PPO, einige Treiberobjekte DRO und ein RS-weites exclusi- 
ves Boot-Objekt BOO. Notwendige Systemobjekte sind da- 
gegen die Systemmanagerobjekte SMO und spezielle Trei- 



berobjekte DRO. - ' 

Funktionalobjekte FCO, CVO und PPO sind typische Ob- 
jekte zur Projektierung einer Steuerungslosung nach den 
Anforderungen der jeweiligen Anwendung. Notwendige 
5 Systemobjekte SMO, DRO werden zum Netzwerkzugang 
auf einem Systembaustein SB bei Anlauf der Firmware an- 
gelegt und verschaltet und sind von auBen nicht instanziier- 
bar, Darnit ist der Zugarig auf jede Hardware HW gewahrlei- 
stet. 

10 Eine MC-Applikatibn MCA wird durch Verschaltung, 
^Configuration und Anwenderprogrammierung (bei PPO's) 
von Basisobjekten erreicht. Vorkonfigurierte BO-Gruppen 
k6nnen im ES gebildet und/oder verarbeitet werden. Damit 
erfolgt eiiie Makro-Bildung in Form von Applikationsmo- 

15 dulen SAM auf Anwenderebene. 

Die Verschaltung der Basisobjekte BO wird grundsatzlich 
von "auBen" mittels des ES konfiguriert und im Executeable 
abgelegt. Die Herstellung der realen Verschaltung erfolgt 
auf Grund dieser, im Executeable enthaltenen Informationen 

20 durch das BOO oder das ES. 

Die Verschaltung der Basisobjekte BO erfolgt iiber dafuf 
vorgesehene Schnittstellen an den BO's. Diese Schnittstel- 
len sind im RS und ES eindeutig adressierbar. Es wird zwi- 
schen optionalen und nichtoptionalen Schnittstellen unter- 

25 schieden. Nichtoptionale Schnittstellen dienen allgemeinen 
Systemfunktionen wie dem Empf ang von Konfigurationsda- 
ten, dem Variablenaustausch oder fur Debug- und Trace- 
Zwecke. Optionale Schnittstellen reprasentieren funktionale 
Spezifika eines BO's nach auBen. 

30 Das ES benutzt zur Reprasehtation von BO-lVpen bzw. - 
Instanzen im RS Stellvertreterobjekte bzw. Instanzen als 
duale Darstellung. Uber diese SteUyertreterobjekte erhalt 
das ES Informationen iiber die Eigenschaften von BO's und 
(bei aktivem RS -Zugang) Zugang zu den BO's und deren 

35 Schnittstellen im RS. Diese Beziehungen sind in Fig. 4 dar- 
gestellt. 

Schnittstellen im Engineeringsystem (ES|-Interfaces) 

40 Alle Basisobjektklassen verfiigen als nicht optionale ES- 
Interfaces iiber Kommando- und Konfigurationsschnittstel- 
len, wobei bei Bedarf eine Trennung erfolgen kann. Weitere 
optionale ES -Interfaces sind Variablen-Schnittstellen, De- 
bug-Schnittstellen bzw. Trace-Schnittstellen. 

45 In Fig. 5 sind Objektschnittstellen beschrieben, wobei zur 
Verkniipfung von zwei Schnittstellen folgende Matching- 
Regeln (alle AND-verkniipft) verwendet werden: 
Verknupft wird wenn: 



50 



55 



1. die Interfaceld's gleich sind 

2. die Interface-Direction komplementar zueinander 
sind 

3. der Transmit-Type gleich ist 

4. die Connectivity dies noch zulaBt. 



. Schnittstellen im Laufzeitsystem RS (RS-Interfaces) 

Die Festlegung der RS-Interfaces erfolgt im Bewegungs- 
60 steuerungslaufzeitsystem direkt. Die Schnittstellen werden 
im Engineeringsystem ES iiber Typkennungen verwaltet 
und adressiert, so daB deren Verschaltung moglich ist. 

Zur Verschaltung der Basisobjekte BO zu einer konkreten 
Steuerung ist das auf einem Personal Computer/Program- 
65 miergerat ablaufende. Engineeringsystem ES vorgesehen, 
das Off-Line arbeitet und auf Abbilder samtlicher Basisob- 
jekte BO Zugriff hat. Im Einzelfall kann die Verschaltung 
der Basisobjekte BO alternativ auch iiber ein "internes" 
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Bootobjekt BOO vorgenommen werden. 

Mit Hilfe des Engineeringsystems ES wird die konkrete 
Steuerungsldsung programmiert und unter Einsatz entspre- 
chender Werkzeuge in Betrieb genommen. Durch die Ver- 
schaltung und Konfiguration der Basisobjekte BO entstehen 5 
Appbkationsmodule SAM mit bestimmter, den Hardware- 
baugruppen entsprechender Funktionalitat (Einachsmodul, 
Mehrachsmodul, etc.). 

Die Ausfiihrung einer konkret projektierten Software- 
struktur erfolgt im Runtimesystem RS. 10 

Die wichtigsten Basisobjekte BO, sind die Reglerobjekte 
FCO, die FuhrungsgroBenobjekte CVO und die Programm- 
verarbeitungsobjekte PPO, wobei im folgenden diese Ob- 
jekte, beginnend mit dem Programmverarbeitungsobjekt 
PPO, anhand von Fig. 2 naher dargestellt werden. 15 

Ein Programmverarbeitungsobjekt PPO ist primar eine 
zur Abarbeitung eines Anwenderprogramms AP fahige vir- 
tuelle Maschine. Das Programmverarbeitungsobjekt PPO 
beinhaltet alle Funktionen zur Ausfiihrung einer Befehlsse- 
quenz in einem zeitlichen Multi-Tasking-Kontext. Das je- 20 
weilige Anwenderprogramm AP ist in einer speziellen As- 
semblerkodierung MCASM der virtuellen Maschine abge- 
legt, nachdem es auf dem Engineeringsystem ES graphisch 
APG oder textuell APT erstellt, compiliert und von diesem 
an das jeweilige Programmverarbeitungsobjekt PPO trans- 25 
feriert wurde. Der £ugang zu BO- und Betriebssystemfunk- 
tionalitaten wird somit iiber den Befehlssatz der virtuellen 
Maschine realisiert. 

Fur ein MC-Applikation werden die jeweiligen Steue- 
rungsprogramme direkt in der Art mehrerer Tasks geschrie- 30 
ben und angelegt. Zur Abarbeitung des jeweiligen Steue- 
rungsprogramms werden vom Programmverarbeitungsob- 
jekt PPO Tasks AT, ATZ, ATS im Multi-Tasking-System an- 
gelegt. Diese Tasks konnen fur verschiedene Abarbeitungs- 
modi eingerichtet werden, wobei z. B. zwischen zyklischer 35 
Abarbeitung - zyklische Task ATZ. - entsprechend der Ar- 
beitsweise z. B. einer speicherprogrammierbaren Steuerung 
und einer sequentiellen Abarbeitung — sequentielle Task 
ATS - z. B. bei der Berechnung einer Bewegung unterschie- 
den wird. Dabei konnen sich die Tasks selbstverstandlich 40 
gegenseitig beeinflussen, indem z. B. aus einer zyklischeh 
Task ATZ die Koordination einer sequentiellen Bewegungs- 
task ATS erfolgt. Aus diesen Anwendertasks AT, ATZ, ATS 
heraus werden weitere Tasks iiber MCASM- Instruktions zur 
Nutzung der Funktionen der Reglerobjekte FCO, der Fuh- 45 
rungsgrofienobjekte CVO und/oder der Treiberobjekte DRO 
angelegt. 

Eine einzelne LAP stellt eine Anweisung auf MCASM- 
Niveau dar. Eine IAP kann PPO-inteme und PPO-externe 
Schnittstellen von anderen BO's bzw. des Betriebssy stems 50 
zur Realisierung seiner Funktion benutzen. Der Aufbau und 
die Verwaltung PPO-extemer Verbindungen erfolgt durch 
den MNG. Das PPO startet zur Verabeitung der geladenen 
IAP-Sequenz, die im ES aus dem AP erzeugt wurde, eine 
Default- ATS bei einer definierten IAP (entspricht Pro- 55 
granim-Eintrittspunkt). Es existieren IAFs, die eine rekur- 
sive Task-Nutzung ermoglichen. Dazu sind im MCASM- 
Befehlssatz z. B. IAP's vorhanden, die das Erzeugen einer 
neuen ATS oder ATZ und deren Start ab einer bestimmten 
IAP innerhalb der IAP-Sequenz ermoglichen. 60 

Neben Standardoperationen eines Rechners, Ein-/Ausga- 
befunktionen sowie speziellen Funktionen, die ansonsten 
z. B. von einer speicherprogrammierbaren Steuerung bereit- 
gestellt wiirden, werden Funktionen zur Berechnung von 
Bewegungen und zur Regelung benotigt. Diese hoheren 65 
Funktionen stellen z. B. die FuhrungsgroBenobjekte CVO 
und Reglerobjekte FCO zur Verfugung. 

Ein Programmverarbeitungsobjekt PPO ist primar eine 
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zur Abarbeitung von IAP-Sequenzen fahige virtuelle Ma- 
schine. Eine einzelne IAP stellt eine Anweisung auf 
MCASM-Niveau dar. Sie bildet den programrnierbaren Zu- 
gang des Anwenders zu den Funktionalitaten der BO's und 
des BS. Die Erzeugung und der Transfer der IAP-Sequenzen 
erfolgt in den Schritten: 

- Erzeugung eines AP auf textuellem (APT) oder gra- 
phischem (APG) Wege im ES. 

- Compilation des AP in IAP-Sequenzen (systemspe- 
zifische Kodierung; MCASM) der virtuellen Maschine 
des PPO im ES und Ablegen in einem Executable-File. 

- Transfer der IAP-Sequenzen aus dem Executable an 
das jeweilige PPO durch das ES oder ein BOO. 

Eine IAP kann PPO-inteme und PPO-externe Schnittstel- 
len von anderen BO's bzw. des BS zur Realisierung seiner 
Funktion benutzen. Der Aufbau und die Verwaltung dieser 
Verbindungen erfolgt durch den MNG. 

Die iiber IAFs zuganglichen Funktionalitaten gliedern 
sich in: 

- Anwender-Multitasking: 

Dabei konnen neue Tasks mit zyklischer (ATZ) bzw. 
sequentieller (ATS) IAP-Bearbeitung auf der gelade- 
nen IAP-Sequenz erzeugt, zerstort und beeinfluBt wer- 
den. Die dafur definierten IAFs benutzen dazu Funk- 
tionalitaten des BS. 

- Verarbeitung von Standarddatentypen (Zahlen, 
Strukturierte Datentypen etc.) 

- I/O-Operationen 

- Zugang zu Spezialfunktionalitaten mit PPO verbun- 
den BO'S wie z. B. CVO zur Bewegungsgenerierung 
oder FCO zur Regelung. 

Der Start der Programmabarbeitung des PPO erfolgt auf 
Kommando des ES oder BOO iiber dessen Kommando- 
Schnittstelle. Dazu wird im PPO eine Def ault-ATS gestartet, 
die ihre Arbeit bei einer definierten IAP (entspricht Pro- 
gramm-Eintrittspunkt) der geladenen IAP-Sequenz beginnt. 

Um physikalische Gerate M mittels eines Achs-Interfaces 
oder eines Ein-/Ausgabe-Interfaces iiber die konkrete Steue- 
rungshardware des Systembausteins SB zu betreiben, wer- 
den Treiberobjekte DRO eingeordnet. DRO's dienen der 
Entkopplung von Objektschnittschnittstellen von der kon- 
kreten Hardware, indem sie spezifische Detailles zu deren 
Ansteuerung implementieren. Im Ausfiihrungsbeispiel 
kommt gemaB Fig^ 2 zur Ansteuerung des Motors M ein 
Reglerobjekt FCO, ein Treiberobjekt DRO und ein Fuh- 
rungsgroBenobjekt CVO zum Einsatz. Der Ausgangswert 
des Reglerobjektes FCO dient iiber das Treiberobjekt DRO 
direkt zur Ansteuerung des Motors M. Efas Fuhrungsgro- 
Benobjekt FCO, das in nicht dargestellter Weise mit dem 
Reglerobjekt FCO verschaltet ist, liefert zumindest die Fiih- 
rungsgroBe fur die z. B. mittels des Reglerobjektes FCO 
konstant gehaltene Drehzahl des Motors M. Des weiteren ist 
noch ein Treiberobjekt DRO fur Eingabefunktionen E, mit 
denen sich z. B. ProzeBzustande erfassen lassen, und Ausga- 
befunktionen A, z. B. zum Einschalten bestimmter ProzeB- 
komponenten, vorgesehen. 

Die Moglichkeiten hinsichtlich Konfiguration, Program- 
mierung, Inbetriebnahme etc. werden nachfolgend anhand 
von Fig, 3 dargestellt. 

Im Engineeringsystem ES wird eine konkrete Steuerungs- 
losung entsprechend der jeweiligen Anforderungen des 
Kunden unter Einsatz entsprechender Werkzeuge VEW, 
KON, PRG (Verwaltung, Konfiguration, Prograrnmierung) 
konfiguriert und programmiert, wobei die Inbetriebnahme 
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durch weitere Werkzeuge INB, MON, DEB (Inbetrieb- 
nahme, Monitoring, Debugging) unterstutzt wird. Die Aus- 
fuhrung einer konkret projektier^en Softwarestxuktur mit 
dem zugehorigem Anwenderprogramm erfolgt im Runtime- 
system RS. 5 

Das Engineeringsystem ES ermoglicht demzufolge die 
ingenieurmaBige Handhabung einer Bewegungssteuerungs- 
applikation (MC-Applikation) MCA und dariiber hinaus 
auch die Representation des Runtimesystems RS wahrend 
des Engineerings (also von der Projektierung bis zur Inbe- 10 
triebnahme). 

Dazii hat das Engineeringsystem ES ZugrifF auf ein Ab- 
bild samtlicher im Runtimesystem RS ausfuhrbarer Basis- 
objekte BO. Demzufolge sind als Basisobjektklassen zu- 
mindest die oben bereits aufgefuhrten Reglerobjekte FCO, 15 
FuhrungsgroBenobjekte CVO, Programmverarbeitungsob- 
jekte PPO, Treiberobjekte DRO und Systemmanagerobjekte 
SMO vorgesehen. 

Sowohl im Engineeringsystem ES als aUch im Runtime- 
system RS existiert uber die Hardware HW (Programmier- 20 
gerat oder Personal Computer HW1 fur Engineeringsystem 
ES, Steuerungshardware HW2 fur Runtimesystem RS) ein 
vollstandiges Laufzeitsystem mit Betriebssystem BS, Werk- 
zeugen zum Systemmanagement und Basisobjekten BO. 

Der Vorteil der vorliegenden Erfindung liegt vor allem 25 
darin, daB ein zu automatisierender technischer ProzeB mit 
erhohter Funktionalitat, z. B. im Hinblick auf Logik, Bewe- 
gung, Regelung und Messung, erhohter Dynamik, insbeson- 
dere durch entsprechende Anpassung uber eine geeignete 
Hardwareauswahl und flexibler Struktur, z. B. als Stand- 30 
Alone, zentrale oder dezentrale bzw. verteilte Losung, hand- 
habbar ist. 

Fiir die logischen Ablaufe, Bewegungsvorgange oder Re- 
gelungen stehen Basiselemente oder Basisfunktionen zur 
Verfugung. Die Basiselemente sind dabei verbindbare Kom- 35 
ponenten, die Basisobjekte BO, die die Grundkomponenten 
fiir Automatisierungsaufgaben mit jeweils einheitlichen 
Schnittstellen darstellen. Die Basisfunktionen stehen im 
Rahmen programmierbarer Funktionen zur Verfugung, wo- 
bei ein Grundbefehlssatz fiir Logik, Bewegung (Einzel- 40 
achse, lose und enge Master-Slave-Kopplung, Geometrie- 
Verbund) und Regelung verwendbar ist. Diese Struktur er- 
moglicht eine freie Programmierbarkeit und eine flexible 
Anpassung an die Gegebenheiten des jeweiligen Automati- 
sierungsvorhabens durch das Instanziieren und das Verbin- 45 
den der jeweiligen Objekte. 

Das.Gesamtsystem stellt sich als Kombination aus einem 
Laufzeitsystem einerseits, mit einem Steuerungskern als 
verteilbarem Steuerungsbetriebssystem, und einem Engi- 
neeringsy^eni andererseiits, das insbesondere die graphische 50 
Programmierung des Automatisierungsvorhabens uber eine 
entsprechende Oberflache ermoglicht, dar. 

Diese Struktur kommt insbesondere einer natiirlichen 
Herangehensweise bei der Automatisierung technischer 
■ Prozesse entgegen, namlich einem schrittweisen Vorgehen, 55 
das mit der Festlegung der jeweiligen Funktionen beginnt, 
woraus sich logische Abhangigkeiten einzelner Funktionen 
oder Funktionsgruppen ergeben bzw. ableiten lassen und 
sich erst im Rahmen von Detailbetrachtungen mit konkreten 
Bewegungsvorgangen und dazu eventuell erforderlichen 60 
Regelungen befaBt. 

Dies ermoglicht eine Einheit im Abarbeitungsprinzip, 
bietet gleichzeitig eine erheblich'e Hexibilitat bei der Sy- 
stemgestaltung. 

Eine nach diesem Ausfuhrungsbeispiel konzipierte Steue- 65 
rung kann beispielsweise angewandt werden fur eine Ver- 
packungsmaschine mit funf Achsen im Hauptbereich, einem 
Temperaturregler und einem 3-Achs-Handhngsystem. 
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Im folgenden wird auf Fig. 6 verwiesen, in welcher eine 
Objektstruktur einer Schlauchbeutelmaschine gezeigt ist, 
wobei folgendes Vorgehen realisiert wird: 

Ml: Produkt-Zufuhrbahn 

- Produktlange konst. oder alternativ Produktabstand 
konst. 

- Produfctlangen- Toleranz . . .-20%; soli zur ver- 
gleichsweise gleichen Verpackungslangeh-Toleranz 
fuhren und Verpackungsfolie sparen 

- Produktabstande variabel (sowohl zu dicht als auch 
zu weit); soil die Verpackungslange des Produkts nicht 
beeinflussen 

M2: Langsnaht-Siegelstation (Master-Antrieb) 

- Kontinuierliche Bewegung 

- Folienabzug haufig mit uber diesen Antrieb 

- Arbeitswerkzeuge (geheizten Siegelrollen) werden 
bei Anlagenstillstand uber SPS- Steuersignale auBer 
Arbeitsstellung gebracht 

M3: Quersiegelstation X- Richtung 

- Bewegungsablauf: . 

- Aufsynchronisieren auf Fixpunkt des Verpak- 
kungsstrangs (Mitte zwischen zwei Produkten) 

- Synchronlauf zum Fixpunkt 

- Absynchonisieren, Bewegungsumkehr 

- Ruckbewegung 

- Zyklusende, Stillstand (nicht zwingend) 

- Aufsynchronisierpunkt iiber zuvor ermittelte Pro- 
duktlarige und Formelwerk des Anwenders berechnet, 

. im Anwenderprogramm hinterlegt und iiber Produkt- 
einstellungen parametrierban . ; 

- "Nebenbewegungen" (Absynchronisierkurve, Ruck- ! 
hub) an das Geschwindigkeitsniveau der Masterachse 
angepaBt 

M4: Folienrollenantrieb 

- Bewegungsanforderungen eines Wickelantriebs 
(Zentralwickler) 

- Durchmessererfassung und Auswertung 

- Einsatz insbesondere bei glatter Folie 

- Steuermarken bei bedruckter Folie erfassen und Dif- 
ferenzen der Lieferung iiber Elastizitat der Folie aus- 
gleichen 

M5: Quersiegelstation Y-Richtung 

- Bewegungsablauf: 

- SchlieBen des Siegelwerkzeugs nach dynamisch op- 
timierter Funktion (gegenwartig haufig auftretende Be- 
schleunigungs und Bremsgerausche sind unerwunscht) 

- SchlieBgerausch der Siegelbacken ("Klatschen") 
sollen nicht auftreten, aber eine sichere Beriihrung ist 
erforderlich (Gleichnis "Pressen im letzten Bewe- 
gungsabschnitt" benutzt) 

- Dynamische Anpassung der SchlieBbewegung an 
die Elastizitat und Lose der SchlieBmechanik erfordert 
Anpassung 

- Anpassung zeigt sich gegenwartig stark Geschwin- 
digkeits abhangig (neuer Arbeitspunkt neue Einstel- 
lung) 

- Zusatzliche Randparametern des SchlieBprofils Fo- 
lienmitnahme (extra beschleunigungsbegrenzt) 



DE 198 53 205 A 1 



10 



- Verweilzeit im geschlossenen Zustand (kpnstant?) 

- Schwellendes Moment uber Drehmomentenrege- 
lung in der Verweilzeit 

- Offhuhg der Siegelbacken nach einer zweiten Funk- 
tion 5 

- Zyklusende; Stillstand 

*■ Bewegungshub der Siegelbacken von der Produkt- 
hohe abhangig (Verstellung?, MeBeingang auswerten?) 
«- Verkniipfung der Bewegungsprofile X- und Y-An- 
trieb (SchlieBbewegung beginnt bereits vor dem Errei- 10 
chen des Synchronpunkts??; Absynchronisieren be- 
ginnt vor vollstandiger Offnung??) ist noch zu betrach- 
ten 

- An die SchlieBbewegung ist das Schneidsignal zu 
koppeln (dynamisch hochwertiger Ausgang; iiber SPS 15 
zu langsam). 

Zusammenfassend laBt sich die Erfindung wie folgt kurz 
beschreiben: 

Das Bewegungssteuerungssystem ist ein programmierbares, 20 
dezentral und flexibel aus verschiedenen Hardwarebaugrup- 
pen bestehendes Steuerungssystem, dessen Hardewarebau- 
gruppen als Systembausteine bezeichnet werden. 

Aufgrund der Vielschichtigkeit der bei der Bewegungs- 
steuerung von Produktionsmaschinen zu erfullenden Anfor- 25 
derungen wird von einem Sortiment an Hardwarebaugrup- 
pen, die mit ausreichender Rechenleistung, einem Echtzeit- 
betriebssystem und spezifischer Grundfunktionalitat ausge- 
riistet sind, einem Netzwerk (z. B. Profibus) zum Aufbau ei- 
nes dezentralen Systems mit verteilter Steuerungsfunktiona- 30 
litat so wie Bedien- und Beobachtungsgeraten mit vorprojek- 
tierten Oberflachen ausgegangen, Mit der Erfindung wir ein 
konfigurier-, verteil- und, programmierbares Steuerungssoft- 
waresystem zur individuellen Anpassung der Steuerungslo- 
sung an die Kundenanforderung vorgeschlagen, mit dem die 35 
projektierte Steuerungslosung auf Hardwarebaugruppen 
verteilt wird und wobei ein z. B. auf einem Programmierge- 
rat oder auf einem Personal Computer ablaufendes Enginee- 
ringsystem zur Verwaltung, Konfiguration, Programmie- 
rung, zum Monitoring, Debugging und zur Inbetriebnahme 40 
eingesetzt wird. 

Bezugszeichenliste: 

AP Anwenderprogramm 45 

APG graphisch erstelltes Anwenderprogramm 

APT textuell erstelltes Anwenderprogramm 

AT Applikationstask 

ATS sequentielle Applikationstask 

ATZ zyklische Applikationstask 50 

BO Basisobjekt 

BOO Bopt-Objekt 

BS Betriebssystem 

COM Kommunikation (Software) 

CVO FuhrungsgroBenobjekt 55 
DEB Debugger 
DRO Treiberobjekt 
ES Entwicklungssystem 
FCO Reglerobjekt 

HW Hardware 60 
HWn n-te Hardware 

LAP Instruktion im Anwenderprogramm (MCASM-Niveau) 
ENB Inbetriebnahme-Tool 
KON Konfigurations-Tool 

MC Motion Control 65 
MCA Motion Control Applikation 
MCASM Asseblersprache des MC-Systems 
MNG Manager 



MON Monitor 

Mx Motor x 

NW Netzwerk 

PC Personal Computer 

PPO Programmverarbeitungsobjekt 

PRO Programmier-Tool 

RS Runtime-System 

SAM Einachs-Applikationsmodul 

SB Systembaustein 

SMO Systemanagerobjekt . 
VEW Verwaltungs-Tool 1 

Patentanspriiche 

1. Verfahren zur Projektierung bzw. Programmierung 
einer Softwareapplikation zur Steuerung und/oder 
Uberwachung eines externen technischen Prozesses, 
wobei instanziierbare Basisobjekttypen (BO) mit 
adressierbaren Schnittstellen zur Parametrierung und 
Verschaltung vorgesehen sind, 

wpbei als instanziierbare Basisobjekttypen (BO) zu- 
mindest ein Programmverarbeitungsobjekttyp (PPO) 
zur Abarbeitung eines benutzerdefinierbaren Pro- 
gramnis und zumindest ein Treiberobjekttyp (DRO) 
zur Ansteuerung der ProzeBhardware vorgesehen ist 
und wobei die Projektierung zumindest die Schritte der 
Selektion, Parametrierung und Verschaltung der Basis- 
objekte (BO) umfaBt. 

2. Verfahren nach Anspruch 1, dadurch gekennzeich- 
net, daB als instanziierbarer Basisobjekttyp (BO) femer 
zumindest ein FuhrungsgroBenobjekttyp (CVO) zur 
Vorgabe einer FuhrungsgroBe fur eine Teilkomponente 
des extemen technischen Prozesses vorgesehen ist. 

3. Verfahren nach Anspruch 1 oder 2, dadurch gekenn- 
zeichnet, daB als instanziierbarer Basisobjekttyp (BO) 
ferner zumindest ein Reglerobjekte (FCO) zur Rege- 
lung einer Teilkomponente des extemen technischen 
Prozesses vorgesehen ist. 

4. Verfahren nach einem der obigen Anspriiche, da- 
durch gekennzeichnet, daB die Projektierung auf einem 
Engineering-System (ES) erfolgt und daB die Soft- 
ware- Applikation auf einem Runtime-System (RS) zur 
Ausfuhrung kornmt. 

5. Verfahren nach Anspruch 4, dadurch gekennzeich- 
net, daB samtliche Basisobjekttypen (BO) im Enginee- 
ring-System (ES) ein Abbild haben. 

6. Verfahren zur Steuerung und/oder Uberwachung 
externer technischer Prozesse, dadurch gekennzeich- 
net, daB die Steuerung und/oder Uberwachung des 
technischen Prozesses mittels einer mit einem Verfah- 
ren nach einem der obigen Anspriiche projektierten 
bzw. prograrnmierten Software- Applikation erfolgt. 
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